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(54) Calling party indentification announcement service 

(57) Calling party identification announcement serv- 
ice (CPIAS) provides an announcement of the caller's 
name to a called party, so that the called party may ac- 
cept of reject a call. This invention relates to arrange- 
ments for providing CPIAS using centralized announce- 
ment synthesis apparatus, under the control of a data 
base (in accordance with the principles of intelligent net- 
works), within the basic call processing arrangements 
of the public switched telephone network, without requir- 
ing users of the services to have two telephone num- 
bers. Billing entries for the use of the announcement 
service are made under the control of the terminating 
switch so that these entries can be readily combined 
with other billing entries for the called party in order to 
generate a bill for that party. 
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Description 
Technical Field 

This invention relates to arrangements for providing 
an announcement of the name or telephone number of 
a caller to a called customer 

Problem 

Calling number and calling name identification is a 
popular service. The called party sees a display of the 
calling number or, more recently, the listed name of the 
calling party. This permits the called party to accept or 
reject the call. 

A disadvantage of regular calling number/name 
identification is that it requires special equipment to dis- 
play the number or name at any receiving telephone sta- 
tion. This disadvantage is overcome in accordance with 
the teachings of U.S. Patent 4899358 (the '358 patent) 
which discloses arrangements for announcing a name 
or number for an incoming call, and U.S. Patent 
5007076 (the '076 patent) which discloses arrange- 
ments for announcing a name or number for a waiting 
call to a party who has call waiting service. The an- 
nouncement is receivable on any telephone instrument 
without requiring the special display equipment. 

The disadvantage of the arrangements disclosed in 
the *358 and '076 patents is that there is disclosed no 
fully satisfactory arrangement for receiving the an- 
nouncement from a source outside the terminating 
switch for incoming calls. Since the speech synthesis 
apparatus is expensive, especially on a per announce- 
ment circuit if the group of synthesized announcement 
circuits is small, it is highly desirable to centralize the 
synthesized announcement equipment at a service 
node to serve a plurality of terminating switches. 

A further problem is that if the synthesized an- 
nouncement circuits are remote from the terminating 
switch, the called party should be billed for the use of 
the public switched network for accessing the synthe- 
sized announcement circuits and for the use of the ac- 
cessing network connection during the call. This 
presents an unusual billing problem since both the call- 
ing and called parties are billed for different parts of the 
call. If all billing were performed in the usual way by pre- 
paring announcement billing records at the service 
node, i.e., the point of origination of the added connec- 
tion, a severe coordination problem is encountered be- 
cause the service node billing records must be com- 
bined with the usual subscriber billing records at the ter- 
minating switch. 

Another problem associated with the use of a serv- 
ice node to supply the synthesized announcement is 
that if the service is provided in a straightforward way, 
an additional directory number must be assigned to 
each subscriber for the announcement service. This 
special directory number is used for making the connec- 



tion from the service node to the called party; otherwise, 
the terminating switch, on receiving a call from the serv- 
ice node, would attempt to re-forward this call to the 
service node. While the '076 patent, which only treats 
5 call waiting calls gets around this requirement because 
call waiting can be provisioned to have a higher prece- 
dence than call forwarding, this solution does not work 
for incoming calls. The use of large numbers of addition- 
al telephone numbers is highly undesirable 

w 

Solution 

The above problems are solved and an advance is 
made over the teaching of the prior art in accordance 
15 with applicants* invention for providing calling party * 
identification announcement service (CPIAS), wherein 
upon receipt of a call to a party having announcement 
service, the call is forwarded, in response to instructions 
obtained from a data base, using a single special 
20 number or route index for forwarding calls from the ter- 
minating switch, to a centralized service circuit node/in- 
telligent peripheral (SCN/IP) at some point for providing 
a synthesized announcement; the SCN/IP at some point 
queries a data base with the received calling directory 
2S number (typically obtained by automatic number identi- 
fication ANI) in order to determine the text version of the 
calling customer's name; this text version is returned to 
the SCN/IP and will be used for synthesizing subse- 
quent announcement to the called party; the SCN/IP, in 
30 response to instructions from a data base, originates an 
outgoing call via the terminating switch to the called par- 
ty, a call which is recognized by the data base in a sub- 
sequent query from the terminating switch as originating 
from the SCN/IP and therefore not to forwarded but to 
35 be terminated to the called party; when the called station 
goes off hook, the SCN/IP plays a synthesized an- 
nouncement of the caller's name, and waits for a signal 
indicating acceptance or rejection of the call; when the 
called station signals to the SCN/IP that the called party 
*o wishes to answer the call, the SCN/IP sends an indica- 
tion to the terminating switch that the called station is to 
be connected directly to the calling station and the con- 
nection to the SCN/IP is to be dropped; billing for use of 
the SCN/IP and connections thereto is performed at the 
terminating office. Advantageously this arrangement al- 
lows the calling announcement service to be offered to 
parties without using any extra telephone numbers. Ad- 
vantageously, this arrangement allows the billing for the 
basic call to be handled for the calling party at the orig- 
50 inating switch, and allows the called party to be billed at 
the terminating switch which charges the called party for 
the use of the SCN/IP and the transmission facilities for 
accessing the SCN/IP as well as for the data base query 
to determine the calling party's textual name. Advanta- 
55 goously, this arrangement allows the service to be pro- 
vided flexibly, using a data base : in accordance with the 
principles of intelligent network operation. In accord- 
ance with one feature of applicants' invention, a query 
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to a data base (a service control point, SCP) is used to 
distinguish between the incoming call (which is to be for- 
warded to the service node) and the call from the service 
node to the terminating switch (which is to be terminated 
to the called party); the data base (SCP) recognizes the s, 
origination number used by the service node to distin- 
guish incoming calls from service node originated calls. 
Advantageously, this arrangement avoids the need for 
two telephone numbers for the customers who have 
CPIAS. 10 

In accordance with one feature of applicants' inven- 
tion, the connection between the terminating switch and 
the SCN/IP is an Integrated Services Digital Network 
(ISDN) connection wherein the two legs that are con- 
nected to the service node are on different call appear- is 
ances of one B-channel. This simplifies the process of 
dropping the connection to the service node and bridg- 
ing the incoming call connection to the terminating party; 
this process is accomplished by sending a transfer re- 
quest command to the terminating switch requesting 20 
that the two call appearances be merged and that the 
B-channel be disconnected. 

Brief Description of Drawing 

25 

FIG. 1 is an overall block diagram illustrating a call 
with CPIAS; and 

FIG. 2 - 5 are flow charts illustrating a method of 
providing CPIAS. 

30 

Detailed Description 

Figure 1 is a block diagram showing the main com- 
ponents of the arrangement for providing calling party 
identification announcement service (CPIAS). A tele- 35 
phone call is to be established between telephone sta- 
tions 111 (the calling station) and 112 (the called sta- 
tion). Calling station 111 is connected to originating 
switching system (switch) 101 and called station 111 is 
connected to terminating switching system (switch) 1 02. *o 
Terminating switch 102 is connected to SCN/IP 131 for 
providing the announcement The overall system also 
includes a data base, called a switching control point 
(SCP) 1 21 , which can be accessed via a Signaling Sys- 
tem 7 (SS7) signaling network 141 connected to switch 
102, SCN/IP 131 and SCP 121. CPIAS is provided un- 
der the control of the data base in accordance with the 
well known principles of intelligent networks. It is expect- 
ed that the highly flexible service provided by intelligent 
network control of CPIAS will be a requirement. Switch so 
101 need not be connected to network 141 provided it 
has signaling arrangements permitting it to forward the 
calling number to switch 102. When a call is received 
from calling station 111 by switch 101, switch 101 initi- 
ates establishment of a connection, possibly via other ss 
switches, to switch 102 and passes to switch 102 the 
directory number of calling station 111 . Identification of 
the directory number of the calling party is generally 00- 
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tained using the well-known technique of automatic 
number identification which obtains the caller's billing 
number; for those cases in which the billing number is 
not the same as the directory number, the originating 
switch derives the directory number of the calling line 
through a translation and forwards this to the terminating 
switch. The calling directory number is forwarded to 
switch 102 either over the link which will carry the call 
or by a common channel signaling (CCS) message via 
SS7 network 141 from switch 101 to switch 102. 

In this description, the terms 'establish a connection 
to a party' and 'establish a connection to a telephone 
station" are used interchangeably. A switch establishes 
a connection to, and exchanges signals with, a tele- 
phone station. The party then uses the station to com- 
municate, via another station, with another party. 

Upon receipt of the call, including the caller's tele- 
phone number, switch 102 makes a translation of the 
called directory number, which translation is augmented 
by data from SCP 121 as described hereinafter, and 
makes a determination that the call should be forwarded 
to SCN/IP 131. Switch 102 then connects the call to 
SCN/IP 131 and forwards the calling directory number. 
SCN/IP 131 queries SCP 121 for instructions on 
processing the call. SCN/IP 131, in response to the in- 
structions, originates an outgoing call via switch 102 to 
the terminating telephone station 112. 

Upon receiving this second incoming call for termi- 
nating station 112, switch 102 again makes an inquiry 
on how to process the call. This time, because the SCP 
recognizes that the call is from an SCN/IP. the SCP re- 
quests that the second call be allowed to terminate. 
When the called station answers, the answer signal is 
forwarded to the SCN/IR which again asks for instruc- 
tions from the SCP The SCP responds with a textual 
version of the name of the caller (i.e., the name assigned 
to the calling telephone number); an identification of an 
instruction announcement ("You have received a call 
from [synthesized announcement of caller's name); if 
you wish to accept, press 1 , or if you wish to decline the 
call, press 2'); and instructions to play the announce- 
ment and the synthesized name to the called party. The 
SCN/IP synthesizes the announcement of the name and 
plays this announcement and the instruction announce- 
ment. After the called station has signaled an agreement 
to accept the call, the SCN/IP requests switch 102 to 
make a direct connection between telephone station 
112 and the call connection between originating switch 
101 and terminating switch 102 so that telephone sta- 
tions 111 and 112 can communicate. 

In accordance with one preferred embodiment of 
applicants' invention, the connection between the termi- 
nating switch and the service node is an Integrated 
Services Digital Network (ISDN) connection, wherein 
the two legs (152 and 153) that are connected to the 
service node are on different call appearances of one 
B-channel. This simplifies the process of dropping the 
connection to the service node and bridging the incom- 
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ing call connection to the terminating party; this is ac- 
complished by sending a transfer request command to 
the terminating switch requesting that the two call ap- 
pearances be merged and that the B-channel be dis- 
connected. 5 

Switch 102 and SCN/IP 131 are both operative un- 
der program control. Switch 102 includes processor 
means 1 03 for controlling the operation of the switch and 
for generating and receiving messages from SS7 net- 
work 141. Similarly, SCN/IP 131 includes processor w 
means 132, for controlling the operation of the SCN/IP 
and for generating and receiving messages from SS7 
network 142. Processor means 103 and 132 each in- 
clude a CPU (central processing unit) (105 and 134, re- 
spectively) controlling the generating and receiving of is 
signals and messages and for controlling the operation 
of the unit, the CPUs being under the control of pro- 
grams 104 and 134, respectively. Switch 102 and SCN/ 
IP are connected by an ISDN connection. 

The terminating switch does not know the type of 20 
service to be provided by the SCN/IP In the case of CPI- 
AS, the switch also does not know whether the an- 
nouncement was actually provided to the called station. 
More generally, for any service provided by the SCN/IP, 
the switch does not know what SCN/IP resources were 2S 
used. Therefore, the source of the information for mak- 
ing a billing entry for the called party is the SCN/IP and 
SCP not the terminating switch. The SCP supplies the 
information for the billing entry for the called party for 
the forwarded legs of the call (1 52, 1 53), and the SCN/ 30 
IP supplies the confirmation that the forwarded leg was 
actually completed, in this case, that the synthesized an- 
nouncement was actually delivered to the called party. 

A more detailed description of the steps required to 
provide the calling number announcement service is as 
provided in Figures 2 - 5. In the example of these Fig- 
ures, a calling party (station 111) connected to switch 
1 01 and having a telephone number 708-968-1 000 dials 
the number 708-979-2000 which is the number of a 
called party (station 112) connected to switch 102. The 4o 
various steps are numbered for easy reference. 

In step 1 the caller dials the number 708-979-2000 
into switch 101, switch 101 routes the call to switch 1 02, 
and prepares a billing record so that the originating tel- 
ephone (whose nurrDer is 708-968-1000) will be billed 
for leg 151 of the Vail. (Leg 151 is that portion of the 
connection which connects the caller to the terminating 
switch 1 02. ) The billing will be from the time that the call- 
er receives an answer signal. In step 2, the call is routed 
to switch 102. so 

In step 3 the terminating switch 102 receives the 
called telephone number and makes a translation 
number. In doing so, the terminating office finds that the 
party having number 708-979-2000 is provided with a 
service that requires a query for details from SCP 121 ss 
if it finds the called station on-hook of (of CPIAS on call 
waiting) if the called party is busy on a call. Switch 102 
recognizes the need for a query to the SCP to determine 
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treatment of the call. In step 4, the query is transmitted 
to SCP 121. 

In step 5 the response message from the SCP to 
switch 102 request the switch to forward the call to the 
SCN/IP. In step 6, switch 102 starts the billing of the leg 
of the call used for accessing the SCP/IP (leg 152) with 
the intent to charge the called customer for this leg of 
the call if the called customer answers. Details of the 
billing are provided in the response from the SCP. 

In step 7, the call is routed to the SCN/IP, which re- 
ceives from switch 102 the telephone number of the 
called party and the telephone number of the calling par- 
ty 

In step 8, SCN/IP receives the call and recognizes" 
the need to query the SCP to provide instructions and 
the text version of the calling party's name. In step 9 % 
the SCN/IP queries SCP 121 to provide instructions for 
processing the call. In step 10, the SCP provides instruc- 
tions to the SCN/IP to establish a new related call to the 
terminating telephone station 112. 

In this description, each query and each response 
is represented by one step. If the SCN/IP is relatively 
simple, multiple queries may be required at certain steps 
(for instance, steps 18 and 20) because the length of an 
appropriate message may be too long or because the 
SCN/IP may require step by step instructions. 

In step 11, a new call from SCN/IP to switch 102, 
over leg 1 53, is originated, the call being directed to the 
terminating telephone (the telephone station whose 
number is 708-979-2000) In step 12, receipt of this call 
triggers the same type of query as is generated in step 
4, except that the identity of the SCN/IP, the new origi- 
nator, is also transmitted in this query. Switch 1 02 sends 
a message to the SCP indicating that there is a termi- 
nation attempt from the SCN/IP to switch 1 02. The SCP 
determines instructions based on the called directory 
number and the calling directory number and a directory 
number assigned to the SCN/IP. (The SCN/IP is ac- 
cessed from switch 102 by use of a directory number 
which is the directory number of a trunk group or is a 
route index (an index for obtaining the identity of one or 
more trunk groups of a route) connecting the terminating 
switch and the SCN/IP so that any available trunk be- 
tween switch 102 and SCN/IP may be used for this con- 
nection. The availability of a directory number or route 
index allows the connection to be established in a con- 
ventional way.) 

The SCP can distinguish this incoming call from the 
original incoming call because it can identify an SCN/IP 
as the originator. Therefore in step 1 3 the SCP responds 
by authorizing termination of the call from SCN/IP to the 
called party. 

In step 14, the called party is alerted (generally with 
a ringing signal or in the case of a call waiting situation, 
is provided with the call waiting signal) and in step 15 
the called party answers (or in the case of call waiting 
situation provides the signal indicating the desire to hear 
the name of the caller of the waiting call). In step 16, 
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billing for the call from SCN/IP to the called party (leg 
152. leg 153 and the use of the SCN/IP and the SCP) 
begins in the terminating switch. In step 17 the answer 
signal is forwarded to the SCN/IP. 

In step 18, the SCN/IP requests from the SCP the s 
textual data identifying the caller, using the caller's tel- 
ephone number (directory number), and also requests 
data for instructing the called party. In step 1 9, SCP 1 21 
determines the textual data and data for identifying an 
announcement (e.g. : "press 1 to accept, 2 to decline the 10 
call") to the called party. In step 20, SCP 121 returns a 
message to the SCN/IP containing the textual data and 
the identification of the instruction announcement. In 
step 21 , the SCN/IP synthesizes an announcement of 
the name, and plays an announcement of the instruc- is 
tions and the name. 

In step 22 the called party presses 1 to indicate a 
willingness to accept the call. In step 23, the SCN/IP 
again communicates with the SCP in order to receive 
further instructions on how to treat the call. The instruc- 
tions, i.e., to request a transfer of the call, are furnished 
by the SCP in step 24. In step 25, the SCN/IP sends a 
signal to switch 102 to directly connect leg 151 of the 
call to the called party's line for connection to the called 
station and disconnects the two legs 152 and 153 be- 
tween the SCN/IP and switch 102. This allows the two 
parties to talk (step 27), and allows switch 101 to start 
billing for the call. When either subscriber disconnects 
(step 28) the finaJ billing entry for the caller for the use 
of leg 151 is prepared (step 29) by switch 101 and for 
the use of SCN/IP and SCR and, perhaps legs 152 and 
153. is prepared by switch 102. 

In accordance with an alternative embodiment of 
applicant's invention, the SCN/IP can be provided with 
greater autonomy and make fewer requests for direction 
from the SCP In this alternate scenario, the SCN/IP 
does not require additional information from the SCP af- 
ter step 10. because it has received and stored all the 
required information about the caller, called party and 
service. Thus, all the subsequent steps of querying the 
SCP by the SCN/IP are eliminated: these include steps 
1 8-20 and 23-24. The equivalent of the queries is simply 
an access of memory in the SCN/IP to obtain the infor- 
mation previously stored. 

In alternative arrangements, the SCN/IP and SCP 
can be interconnected via protocols and data network 
arrangements other than the SS7 of applicant's pre- 
ferred embodiment. 

Figures 2-5 illustrate the method for an incoming 
call. The method for a waiting call is essentially the 
same, except that: switch 102 responds to the waiting 
call even though the called party is busy on another call; 
the called party responds to a call waiting signal instead 
of a ringing signal; if the called party decides to accept 
the waiting call, the waiting call is connected and the ss 
original call is placed on hold, and thereafter, the called 
party can switch between the original call and the wait- 
ing call by flashing the switch hook. 



While in the example of this preferred embodiment, 
a single data base (SCP) is used, in other applications 
it may be desirable to use different data bases for dif- 
ferent functions: for example, it may be desirable to use 
a different data base for obtaining the text version of the 
calling party's name. 

Other arrangements will be apparent to those of or- 
dinary skill in the art. This invention is therefore only lim- 
ited by the claims attached hereto. 



20 



2S 



30 



35 



40 



46 



SO 



Claims 

1. A method of providing CPIAS (calling party identifi- 
cation announcement service), comprising the 
steps of: 

responsive to receipt of an incoming or intra- 
office call to a called number, determining 
whether the called number has CPIAS; 
responsive to a determination that the called 
number has CPIAS, establishing a connection 
between a terminating switch of said call and a 
service circuit node/intelligent peripheral (SCN/ 
IP); 

querying a data base to determine a textual ver- 
sion of a name assigned to a calling number of 
said call; 

providing said textual version to said SCN/IP; 
establishing a connection from said SCN/IP to 
a called station of said called number 
said SCN/IP converting said textual version to 
an announcement comprising said name and 
playing said announcement to said called sta- 
tion; 

billing said calling number for said incoming or 
intra-office call in the switch connected to said 
calling number and 

billing said called number, for the use of the 
SCN/IP in said terminating switch. 

2. The method of claim 1 wherein the determining step 
comprises: 

determining in said terminating switch that a 
query to a data base is required in order to proc- 
ess said call; 

responsive to determining that said query to 
said data base in required, sending a query 
message to said data base; and 
said data base responding with a response 
message indicating that said call is to be for- 
warded to said SCN/IP. 

3. The method of claim 2 further comprising the steps 
of: 

receiving a call accept signal from said called 
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station in said SCN/IP over said connection be- 
tween said called station and said SCN/IP; and 
responsive to receipt of said call accept signal, 
sending an indication to said terminating switch 
requesting that a connection be established ex- 
tending said incoming or intra-office call to said 
called station. 

The method of claim 3 further comprising the steps 
of: 

responsive to receipt of said accept signal, 
sending another query to said data base; and 
responsive to receipt of an answer to said an- 
other query, sending said indication to said ter- 
minating switch requesting that said connection 
be established extending said call to said called 
station. 



w 



15 



terminating switch, and for requesting said ter- 
minating switch to establish a connection be- 
tween that connection from the SCN/IP and 
said called station; 

said terminating switch establishing a connec- 
tion between said SCN/IP and said called sta- 
tion in response to the request from the SOW 
IP; 

said SCN/IP responsive to an answer signal 
from said called station to synthesize and play 
an announcement of said name, and respon- 
sive to receipt of an accept signal, to request - 
said terminating switch to extend said call from 
said terminating switch to said called station. 



5. The method of claim 1 wherein said SCN/IP is as- 20 
signed a directory number or route index, wherein 
the step of establishing a connection from said 
SCN/IP to said called station comprises the steps 
of: 

2S 

responsive to receipt of a request from said 
SCN/IP to establish said connection to said 
called station, querying a data base with a re- 
quest message for instructions on how to re- 
spond to said request, the request message 30 
comprising the called station's telephone 
number and the directory number or route index 
of said SCN/IP; 

said data base, differentiating the request from 
the SCN/IP from an original request for said call 35 
because of the characteristics of the directory 
number or route index of the SCN/IP, respond- 
ing to said request message with a command 
to said SCN/IP to establish said connection be- 
tween said SCN/IP and said called station. 40 



6. Apparatus for providing CPIAS (called party identi- 
fication announcement service) comprising: 

a terminating switch; and 45 
a SCN/IP (service circuit node/intelligent pe- 
ripheral); 

said terminating switch, operative under pro- 
gram control, responsive to receipt of said call, 
for controlling determination of whether a called so 
station having a called directory number of said 
call has CPIAS, and, responsive to a determi- 
nation that said called station has CPIAS, rout- 
ing said call to said SCN/IP; 

said SCN/IP, operative under program control, ss 
for querying a data base to determine a textual 
version of a name assigned to a calling number 
of said call, for establishing a connection to said 
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FIG. 2 



TE 4ES£ 2*12? 111 0IALS TELEPHONE 
NUMBER OF TELEPHONE STATION 112 



I 



CALL IS ROUTED FROM SWITCH 101 TO SWITCH 102 



I 



3KISU 02 RESP0NDS T0 OF A CALL FOR 

0I ^ES ,Y T , f !* ,eER » TaEPHONE STATION 112 BY 
RECOGNIZING NEED FOR A QUERY TO SERVICE 
CONTROL POINT (SCP) 121 



I 



SWITCHIN6 SYSTEM 102 TRANSMITS A REQUEST 
INDICATING A TERMINATION ATTEMPT TO 
TERMINATING STATION 112 TO SCP 121 



SCP 121 RESPONDS WITH A MESSAGE 
REQUESTING THAT THE CALL BE FORWARDED TO 
SCN/IP 131 



BILLING FOR THE CONNECTION TO AND USE OF 
SCN/IP 131 IS STARTED IN SWITCH 102 



THE CALL IS ROUTED FROM SWITCH 102 TO 
SCN/IP 131 



(TO FI6. 3) 
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FIG. 3 
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SCN/IP 131 RECEIVES THE INCOMING CALL AND 
RECOGNIZES THE NEED TO OBTAIN INSTRUCTIONS 
FROM SCP 121 



SCN/IP 131 REQUESTS SCP 121 TO PROVIOE 
INSTRUCTIONS ON PROCESSING THE CALL 



SCP 121 PROVIDES THE NECESSARY INSTRUCTIONS 
TO SCN/IP 131 



_ SCN/IP 131 ORIGINATES A NEW CALL TO 
TELEPHONE STATION 112 VIA TERMINATING SWITCH 

102 



KCAUSE THIS IS A TERMINATION ATTEMPT TO 
TELEPHONE STATION 112 SWITCH 102 REQUESTS 
CALL PROCESSING INSTRUCTIONS FROM SCP 121 
USING THE DIRECTORY NUMBER OF SCN/IP 131 
AND THE ORIGINATING OIRECTORY NUMBER 



SCP 131 RESPONDS TO SNITCH 102 WITH A 
MESSA6E AUTHORIZING TERMINATING THE CALL 
FROM SCN/IP 131 TO STATION 112 



STATION 112 IS ALERTED 



BJ (TO FIG. 4) 
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FIG. 4 
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THE CALL ON TELEPHONE STATION 112 IS 
ANSWERED: ANSWER SIGNAL IS DETECTED IN 
SWITCH 102 



16- 



18- 



19- 



BILLING OF CALL FROM SCN/IP 131 TO STATION 
112 BEGINS IN SWITCHING SYSTEM 102 



I 



17 "^-| SWITCH 102 FORWARDS ANSWER TO SCN/IP 131 

r — 



SCN/IP 131 REQUESTS TEXTUAL DATA IDENTIFYING 
THE CALLER USIN6 THE CALLER'S TELEPHONE 
NUMBER 



I 



SCP 121 DETERMINES THE TEXTUAL DATA 
CORRESPONDING TO THE CALLER'S NAME 



20 



SCP 121 RETURNS TO SCP/IP 131 A MESSAGE 
C0MPRISIN6 TEXTUAL OATA CORRESPONDING TO 
CALLER'S NAME AND PROVIDES INSTRUCTIONS FOR 
COMMUNICATING WITH CALLED STATION 



21- 



SCN/IP 131 ANNOUNCES NAME OF CALLER AND 
REQUESTS CALLED PARTY TO PRESS 1 TO ACCEPT. 2 
TO REJECT THE CALL 



22-v_ CALLED PARTY PRESSES 1. A SIGNAL WHICH IS 

OETECTEO IN SCN/IP 131 



1 



CJ (TO FIG. 5) 
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FIG. 5 
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SCM/IP 131 REQUESTS SCP 121 TO FURNISH 
INSTRUCTIONS ON PROCESSING A CALL FOR WHICH 
CALLED TELEPHONE HAS SIGNALED 1 
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SCP 121 RESPONDS WITH REQUEST TO SCN/IP 
131 TO TRANSFER THE CALL 



„ SCP 121 REQUESTS SCN/IP 131 TO CAUSE THE 
25 -J CALL TO BE TRANSFERRED BY COnWcTIN6THE LEG 
^ TO SWITCH 101 (LEG 151) NITH THE LINE TO 
CUSTOMER STATION 112 



SNITCH 102 CONNECTS THE TW LE6S AS 
26 -^ INSTRUCTED AND DROPS THE CONNECTION TO 

SCN/IP 131 
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"^-| THE TW PARTIES TALK 



Xr~*j ONE OF THE PAflUES DISCONNICtF 



I 



CALLER STATION 111) BILLED BY SNITCH 101 FOR 
CALL TO STATION 112 VIA SWTCH 102 {LEG 15i)T 
29^J SNITCH 102 BILLS STATION 112 FOR USE OF 
WW 131. FOR ACCESS BETWEEN SNITCH 102 
ANO SCN/IP 131 (LE6S 152 ANO 153). AND FOR 
USE OF SCP 121 
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